home *** CD-ROM | disk | FTP | other *** search
-
- Please unscribe.
-
- Thanks,
-
- Allen
- -----
- From news@samba.oit.unc.edu Sun Oct 17 22:08:59 1993
- Received: from samba.oit.unc.edu by SunSITE.unc.edu (SMI4.1/FvK 1.02)
- id AA24259; Sun, 17 Oct 93 22:08:59 EDT
- Return-Path: <news>
- Received: by samba.oit.unc.edu (5.65/TAS/11-16-88)
- id AA14276; Sun, 17 Oct 1993 21:59:11 -0400
- Received: from GATEWAY by samba.oit.unc.edu with netnews
- for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
- To: winsock@calypso.oit.unc.edu
- Date: 18 Oct 93 00:17:01 GMT
- From: paul@atlas.abccomp.oz.au (Paul Brooks)
- Message-Id: <CF2GsE.5ou@atlas.abccomp.oz.au>
- Organization: TurboSoft Pty Ltd, Sydney, Australia
- Sender: ses@calypso.oit.unc.edu
- Subject: Correct format for STRUCT HOSTENT ?
-
- Could someone more familar with BSD than I please help?
-
- When constructing an empty list for the ALIASES fields in
- the various database structs, is it permissable for the field to be
- NULL, or must it be a valid pointer to a NULL pointer?
-
- I am getting a few (but not all) applications crashing when I use
- a NULL pointer for the h_aliases field, but surely good programming
- practice would be to check if that was NULL before using it...
-
- --
- Paul Brooks |paul@abccomp.oz.au |Emerging Standard:
- TurboSoft Pty Ltd |pwb@newt.phys.unsw.edu.au| one that has not yet
- 579 Harris St., Ultimo | | been superseded.
- Sydney Australia 2007 |ph: +61 2 281 3155 |
- From PETER@psychnet.psychol.utas.edu.au Sun Oct 17 23:04:35 1993
- Received: from diemen.utas.edu.au by SunSITE.unc.edu (SMI4.1/FvK 1.02)
- id AA27190; Sun, 17 Oct 93 23:04:35 EDT
- Received: from charon.psychol.utas.edu.au by diemen.utas.edu.au with SMTP id AA13378
- (5.65c/IDA-1.4.4 for <winsock@sunsite.unc.edu>); Mon, 18 Oct 1993 14:04:16 +1100
- Received: From PSYCHNET/WORKQUEUE by charon.psychol.utas.edu.au
- via Charon-4.0-VROOM with IPX id 100.931018140402.256;
- 18 Oct 93 14:04:20 -1100
- Message-Id: <MAILQUEUE-101.931018140355.480@psychnet.psychol.utas.edu.au>
- To: heilbron@informatik.tu-muenchen.de (Stephen Heilbronner),
- winsock@sunsite.unc.edu
- From: "Peter R. Tattam" <PETER@psychnet.psychol.utas.edu.au>
- Date: 18 Oct 93 14:03:55 GMT+1000
- Subject: Re: QuickWin calling Trumpet Winsock functions doesnt't wor
- Priority: normal
- X-Mailer: Pegasus Mail v2.3 (R4).
-
- > Date: Fri, 15 Oct 93 22:38:42 EDT
- > Reply-to: heilbron@informatik.tu-muenchen.de
- > From: heilbron@informatik.tu-muenchen.de (Stephen Heilbronner)
- > To: Multiple recipients of list <winsock@sunsite.unc.edu>
- > Subject: QuickWin calling Trumpet Winsock functions doesnt't work anymore
-
- > I've been using QuickWin (a simple environment from Visual C
- > to support convential C programs under Windows)
- > to call socket functions from Trumpet Winsock #15.
- > (I know I'm not supposed to call any DLL's from QuickWin,
- > but I'm porting software from UNIX.)
- >
- > This has worked fine so far. With the new version of
- > Trumpet I get a run-time error 202 on the first
- > gethostname or gethostbyaddr after WSAStartup though.
- >
- > Has anybody else experienced this, too ? Is there a simple
- > explanation for this or a workaround ? (BTW: Using SPRY's
- > APP2SOCK.DLL seems to work, at least the COMMInitial(),
- > COMMOpen() and CommGetMyIP() functions.)
- > I'd guess it's the way WINSOCK.DLL was compiled....
- >
- > Thx for any hints (Even if you tell it wont work on
- > other vendors' architectures either) !
- >
- > Stephen Heilbronner
- > <heilbron@informatik.tu-muenchen.de>
- >
-
- This error is in response to questions I asked a month or so ago regarding
- stack overflows. Since it is quite tricky to safely recover from a stack
- overflow (most likely the data segment is corrupted by then), I have opted
- to let Turbo Pascal kill the calling app with a 202 error.
-
- App developers *Beware*... Trumpet winsock does need a bit of stack to do
- its thing, especially gethostby... calls. If a puny stack has been
- allocated then tough bickies. I'm going to look at altering the DNS code to
- use a pool of DNS buffers rather than allocating from the stack. Also the
- debug traces use stack because of extensive string manipulation.
-
- In general, I guess the trumpet winsock needs some 1-2K of stack space.
- You should also take into account that sometimes windows messages may
- cause the stack to be swallowed up quickly. I suggest to most people to
- use a stack of 16K minimum.
-
- Is there an official word from any microsoft programmers on what constitues
- an adequate stack for a fairly complex windows app?
-
- Peter
- --
- P.Tattam International Phone 61-02-202346
- Programmer, Psychology Department Australia Phone 002-202346
- University of Tasmania, Hobart, Tasmania, Australia TZ=GMT+10/11
- FAX 61-02-202883
- From db@kingkong.wco.ftp.com Mon Oct 18 01:55:36 1993
- Received: from uu3.psi.com by SunSITE.unc.edu (SMI4.1/FvK 1.02)
- id AA07837; Mon, 18 Oct 93 01:55:36 EDT
- Received: from MicRodyNe.COm by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet) via SMTP;
- id AA26280 for winsock@SunSite.UNC.EDU; Mon, 18 Oct 93 01:55:32 -0400
- Received: from ftp.com (babyoil.ftp.com) by Microdyne.COM (4.1/SMI-4.1)
- id AA06457; Mon, 18 Oct 93 02:03:45 EDT
- Received: from kingkong.wco.ftp.com by ftp.com with SMTP
- id AA11925; Mon, 18 Oct 93 01:55:28 -0400
- Received: from db.guitar by wco.ftp.com (4.1/SMI-4.1)
- id AA12538; Sun, 17 Oct 93 22:54:32 PDT
- Date: Sun, 17 Oct 93 22:54:32 PDT
- Message-Id: <9310180554.AA12538@wco.ftp.com>
- To: winsock@Microdyne.COM
- Subject: Please unsubscribe
- From: db@mailhost.ftp.com (Derek W. Brown)
- Reply-To: db@wco.ftp.com
- Sender: db@kingkong.wco.ftp.com
- Repository: kingkong
- Originating-Client: guitar
-
- I'll read the newsgroup :}
-
- dB
-
-
- --
- _________________________________________________________________
-
-
- F Derek Brown
- T db@wco.ftp.com
- P (415) 543-9001
- Software (fax) 543-9002
-
-